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----------------------------------------------------------------------

Date: 4 Oct 1994 15:05:27 -0400
From: thayes@hardees.rutgers.edu (Tim Hayes)
Subject: 56k+ Packet System

gary@ke4zv.atl.ga.us (Gary Coffman) writes:

>Well then you need a GRAPES 56kb RF modem. It's $250, and with the
>necessary transverter and digital interface, it's still under $600.
>Most of the voice radios being used for 1200 baud packet cost nearly
>that much. 46 times the throughput for about the same money is an
>unbeatable deal.

 From what I've heard there isn't a ealisy available transverter that works
reliably with the GRAPES hardware.

How much work is it to put one of these systems together? I'd be intersted in
running something like this, but its hardly what you could call
"plug and play"...
-- 
Tim Hayes <thayes@noc.Rutgers.EDU> Rutgers University Computing Services
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------------------------------

Date: 3 Oct 1994 20:26:44 GMT
From: rgm@bilbo.baylor.edu (Ross G. Miller)
Subject: BAYCOM & MUD

   <SNIP>
: : Hate to tell you, but the *only* mud code you're going to find is for
: : TCP/IP.  Though there is one that works over Appletalk on the Mac, I
: : guess (hadn't thought about that).  You're either going to switch over
: : to TCP/IP (easy) or totally rewrite the MUD driver (not so easy).

   <SNIP>

 On a similar note - what about running a MUD over packet (using a standard
 TNC) and using NOS as the TCP/IP driver?.  Add to this mess the further    
 complication that all of this is operating under OS/2 2.1.

 ie:  I'm running OS/2 2.1 on a 486-33.  I'm planning on setting up a packet
 station using NOS for OS/2.  There is a mud that has been compiled for
 OS/2 out there - CircleMud, I believe.  Is it possible to make the Mud and
 NOS and OS/2 all get along and function properly?
  Thanks

 -Ross
  __2___   <-- Still waiting for the FCC to fill in the blanks...

------------------------------

Date: 4 Oct 1994 00:30:30 GMT
From: ron@chaos.UCSD.EDU (Ron Atkinson)
Subject: BAYCOM & MUD

Ross G. Miller (rgm@bilbo.baylor.edu) wrote:
:  On a similar note - what about running a MUD over packet (using a standard
:  TNC) and using NOS as the TCP/IP driver?.  Add to this mess the further    
:  complication that all of this is operating under OS/2 2.1.

:  ie:  I'm running OS/2 2.1 on a 486-33.  I'm planning on setting up a packet
:  station using NOS for OS/2.  There is a mud that has been compiled for
:  OS/2 out there - CircleMud, I believe.  Is it possible to make the Mud and
:  NOS and OS/2 all get along and function properly?
:   Thanks

If you can get the NOS system to talk to it, then sure. I have no idea how
it's setup to run under OS/2 and to talk to other systems.  If it uses
TCP/IP under OS/2 (not NOS either) then you just need a way to have NOS
talk to that.  Basically NOS should be setup as a front end to the OS/2
box. If OS/2 has TCP/IP installed then just give it an address and people
can then telnet right into the MUD game.  If the user is running just plain
AX.25 then it's a bit more complicated.  A kludge would be for the user to
connect to the NOS system and then do a telnet to the MUD from the mailbox.
As I mentioned in a previous message,  this is very slow and doesn't work
very well.  A better way would be to get a connection redirector put into 
the NOS code to redirect one incoming protocol connect to another one. For
example,  you define an incoming AX.25 connect to actually do a telnet to
another system and port number.  Code for this exists for KA9Q base code 
and also for JNOS, but it's not in the release for JNOS at the moment (and
I don't have the code handy either for JNOS but I have the patches for
Phil's code somewhere). Can't say about NOS for OS/2 though.  

Bascially what I do at home now is run Linux with both AX.25 in the kernel
and JNOS/Linux.  JNOS runs the low speed 1200 stuff better, that's why
it's installed. Plus it's easier for a regular packet person to understand
when they see a NOS mailbox.  The Linux side though is talking to the JNOS
via a pty (psuedo tty) using SLIP and anyone can just telnet to any
application running under the Linux side. The Linux is also published on
the JNOS too so they don't even have to know to route via it since the
JNOS will answer for incoming Linux packets over the air.  I fired up a
MUD a while back over packet just to goof around with and found that NOS
didn't like some of it due to some terminal emulation that was required.
When a local connects using Linux it works great, when using NOS some
verions chopped over the first character of each line and some lines
were double spaced.  Trying to go through the JNOS mailbox on Linux was
also a waste of time since that worked pretty badly.

If you wanted to do incoming AX.25 connects to
a MUD on a Linux system, install the AX.25 in the kernel and just modify
the souce for the  axl  AX.25 listener program to run the MUD.  I've done
this for other applications and it's worked so far, but havn't tried it
for a MUD to see if it works yet.  Maybe I'll give it a whirl just out
of curiosity.

Ron N8FOW

------------------------------

Date: 3 Oct 1994 08:11:34 +0100
From: cerdini@zen.dedal.fr.net (Michel CERDINI)
Subject: C sources of 7+ ?

 Someone know where we can found C sources of 7plus (to compile it with Linux) ?

Thanks,
--
Michel CERDINI BP5574 69247 Lyon Cedex 05 | E-Mail  cerdini@zen.dedal.fr.net
 RTC Zenith / BBS Zenux  Acces Mail+News  |  AX25   F1ITS@F8KLY.FRHA.FRA.EU
Minitel: 7836.1996 - VFast 24k: 7836.1001 | AmprNet f1its.ampr.org 44.151.69.10

------------------------------

Date: 4 Oct 1994 01:54:36 GMT
From: little@iamu.chi.dec.com (Todd Little)
Subject: EME digital link

In article <Cx3zL2.692@cscsun.rmc.edu>, dtiller@cscsun.rmc.edu (David Tiller) writes:
|>
|>Don't forget Faraday rotation, libration fading, etc...Why not wait for the
|>phase 3d sats - geostationary beats the tar out of the moon, IMHO, and it's
|>a lot closer (shorter delay time).
|>-- 

To the best of my knowledge, phase 3d is *not* geostationary.  It's hard to
get world wide funding for a bird in geosynchronous orbit since it would
only cover a portion of one hemisphere.

73,
Todd
N9MWB

------------------------------

Date: Mon, 03 Oct 94 05:56:26 GMT
From: filip@ppnway.ping.dk (Filip Stadler)
Subject: From FBB to TCP/IP ?NOS solution.

- I have some questions related to JNOS, because I like to
replace a running fbb-bbs installation with a tcp/ip nos
solution and later do a switch from dos to maybe linux.
But It's not easy to brake old habbits :-)

- First I must say after running fbb-bbs a long time and
makeing tools and small online programs,cfilter,mfilters,
message servers and etc, I get almost dependent on this
great fbb program :-).  Maybe that explains why this fbb
bbs software is a very commen solution in europe and the
usage of local tcp/ip radio activity is maybe limited.

Data-compression on mail forward and phone modem support
with commen protocols like x/Zmodem does also make it a
nice solution with FBB in some cases.  Anyway bulletin
distribution of mail areas on a FBB is limited, even if we
localy have made usage of (G PPN###) in forward files to
make maybe 000-999 news-chanals assigned to local area
interrest groups and where a forward is done on subjects.
No swapping is needed or recommend but a PG SEND program can
put new mail in the right PPN### distribution chanal
depending on keywords.  The usage of selective distribution
is very easy and (! G PPN010) or (G PPN0##) is nice to have.

- All this is only done, because it's not possible to use
maybe (G radio.digital.*) on FBB 5.15C. But then it should
be possible on a tcp/ip JNOS solution with smtp/nntp ?

- Anyway I have a JNOS 1.10F but for some reason the ppp
protocol were missing and the NNTP was not included, but
something called POP3 was included ?

A first time nos installation from the beginning is not easy
with all the very drifferent unknown nos versions were some
parts are missing.  So I have to find a solution/compilation
some where, with ppp was implemented also, can you help me?

By the way is it possible to do forward between a fbb-bbs
and jnos via PSTN/Modem connections also?

I am running DOS and I also have Turbo-C 2.0 and have a
limited C know-how, but is it possible to compile jnos
1.10 with using the turbo-c 2.0 compiler ?

My plans is to install linux later makes the jnos tcp/ip
packet solution looking even more fun as fbb may not be
available for linux anyway and it's fun with alternative
solutions also.   I understand that usage of mail-compression
on forward etc. like on the FBB is also commen now on tcp/ip
packet mailbox solution even netrom support is part of jnos,
so it is a much interresting solution.

I have two AEA PK88 modems and a ZyXEL modem on a 486/8mb
with NE2000 connnected to another pc. where disk resources
etc. should be possible shared via a (tcp/ip peer to peer)
link solution.

I welcome any advise or suggestions going from the fbb to
a tcp/ip compatible solution on packetradio.

--
  o                                               <filip@ppnway.ping.dk>
 /M>Filip
 //Stadler

------------------------------

Date: 4 Oct 1994 02:27:23 GMT
From: au659@yfn.ysu.edu (Christopher Carde)
Subject: High speed packet help needed!

  Hello! I've been trying to set up several local (ie very low power) high
speed data (hopefully > 9600) links as the hopefull beginning of a high speed
TCP/IP subnet in my area (Western Mass). However, I've been off of packet for
a long time (ever since my last station was downed from massive equipment
failure) and I'm willing to bet that a lot has changed in that time.

  I would very much appreciate it if anyone could give me some pointers
on what radios/modems/bands I should consider! At this point, we'll probably
be starting out with a single point to point link, but at some point we'd
like to add more nodes, either with another point to point link, or using
one LAN frequency.

 Any and all help and advice will be appreciated!

Chris
N1KEX

------------------------------

Date: 3 Oct 1994 21:31:48 GMT
From: richard@sfu.ca (Richard Chycoski)
Subject: operating system history..

> >        Can't say I noticed it particularly myself, and I jumped directly
> >from the one to the other.  There was a microprocessor, name forgotten, that
> >did implement a PDP-8.
>... 
> >Ivan Reid, Paul Scherrer Institute, CH.
> >ivan@cvax.psi.ch
> 
> The Harris 6120 implemented the PDP8 instruction set. DEC used it in 4 
> products: VT78, VT278, DECmate II and DECmate III
> Jeff McLeman                             Internet: jeffmc@halcyon.com

Intersil made the IM6100, the original PDP/8 micro. (Harris made copies of this  
with varyng configurations.) I still have an old Intersil development board  
around. It's main claim to fame: low power CMOS design, while most  
microcomputers of the time were still pretty power hungry.

PAL III, anybody? (:-)

--
- Richard Chycoski                    richard@sfu.ca (NeXT Mail OK)
  Senior Systems Consultant
  Academic Computing Services
  Simon Fraser University

------------------------------

Date: Tue, 4 Oct 1994 12:52:35 GMT
From: frode@dxcern.cern.ch (Frode Weierud)
Subject: Paket 6.1 - Help file for MFJ1270??

In <uM9Zk4WzUs9E069yn@kaiwan.com> bnovak@kaiwan.com (Bob Novak) writes:

>In article <36if00$qpq@vixen.cso.uiuc.edu>,
>dlehnen@prairienet.org (Dan Lehnen) wrote:
>> 
>> I have heard that there is a Paket 6.1 version out. Can anyone tell
>> me where to find it.?
>> 
>> Paket Lover in Illinois.
>> -- 
>  It's at FTP.FUNET.FI 
>          /pub/ham/packet/terminal/paket61.zip


>-- 
> -------------------------------------------------------------------
> | E-Mail: bnovak@kaiwan.com  |  Packet: K0OK@K6VE.#SOCA.CA.USA.NA |
> -------------------------------------------------------------------

I have just fetched paket61.zip from the above mentioned address
and installed it on my machine.  It looks great, but during installation
I gave my TNC as MFJ1270, and the installation program failed to
find the help file for this TNC. The read.me file says:

This version includes eleven different TNC Help files, many of which were
supplied by paKet users.  Thanks to those who have produced these
additional Help files for their TNCs.  I know all users of those TNCs will
appreciate your efforts:

Help File          Description                     Created by
----------------------------------------------------------------
DSP-12.HLP         for the DSP-12                  Carl VK2JJM

KAM.HLP            for the Kantronics range        Col VK2KQX
                   especially for the KAM          updated by
                                                   Andy VK4WAC

KPC-3.HLP          for the Kantronics KPC-3        Carl KG0HS

MFJ1270.HLP        for the MFJ 1270B and           Philip ZL3GP
 (new in 6.1)      the MFJ-1274

PK-88.HLP          for the AEA PK-88               Jim G6FCL

TINY231.HLP        for the TINY-2 with firmware    Stan G4EGH
                   versions 3.0 or 3.1

TNC1.HLP           for the original TNC-1          Norm VK2XCI

The distribution on FTP.FUNET.FI has only ten help files and the 
MFJ1270.HLP is missing.  Anybody known where to get the missing file?

73 Frode, F/LA2RL

------------------------------

Date: Tue, 04 Oct 94 07:52:28 EDT
From: rapp@lmr.mv.com (Larry Rappaport)
Subject: THENET X1J2

jim.ridley@aznetig.stat.COM (Jim Ridley) writes:

> 
> I am having a problem with the memory deteriorating on a X1J2 firmware.
> The memory seems to deteriorate worse when large file transfers and etc
> are being passed.   I am using a Tiny II with a DCD board installed.
> Meter switches have been toggled off.  I understand this is somewhat of
> a common problem and I wonder if anyone has a solution.
> Thanks de Jim Ridley  (K5LGW)

Having the same problem, Jim.  The two responses I've gotten indicate that
you must use a TNC with a cpu operating at 4.9Mhz or above.  One fellow
indicates that he switchet to 10mhz and the problem disappeared.  The other
solution was to use a DCD board which you already seem to have.  

Please post any other solutions you may hear of.  Thanks & 73,

Larry W1HJF
-----------------------------------------------------------------------------
L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430

------------------------------

Date: 4 Oct 1994 17:58:37 GMT
From: noel@garnet.msen.com (Noel Maddy)

References<1OCT199406574292@erich.triumf.ca> <jeffmc.37.000BE3FF@halcyon.com>, <Cx0r5w.oq@news.cern.ch>
Subject: Re: operating system history..

Dan Pop (danpop@cernapo.cern.ch) wrote:
: In <jeffmc.37.000BE3FF@halcyon.com> jeffmc@halcyon.com (Jeff McLeman) writes:

: >canceled RISC machine that DEC was doing, until the politics got involved. The 
: >cancelation prompted the departure of DEC's best OS and HW architects to 
: >Microsoft. The end result is Windows NT.)

: What the hell is Microsoft supposed to do with HW architects?
: We've seen what they did with the OS architects :-)

: Dan
: --
: Dan Pop 
: CERN, CN Division
: Email: danpop@cernapo.cern.ch
: Mail:  CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland

They developed a new mouse and a new keyboard! ;-)

--
Noel Maddy            noel@mail.msen.com           Work:  ncm@biostat.hfh.edu

"There are no infrastructure heros." - Dan McLaren

------------------------------

End of Ham-Digital Digest V94 #330
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